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PREFACE 



This document describes the structure of an iRMX 86 volume that contains 
named files. Those users who wish to examine named file volumes or 
create their own formatting utility programs can use this informtion. 



READER LEVEL 

This technical specification is intended for system programmers who have 
had experience in reading and writing actual volume information. It does 
not attempt to teach the reader these functions. 



RELATED PUBLICATIONS 

The following manuals provide additional background and reference 
information about the iRMX 86 Operating System. 
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CHAPTER 1. INTRODUCTION 



Each iRMX 86 named file volume contains ISO (International Organization 
for Standardization) label information as well as iRMX 86 label 
information and files. Figure 1-1 illustrates the general structure of a 
named file volume. 
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Figure 1-1. General Structure of Named File Volumes 
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INTRODUCTION 



This specification discusses the structure in more detail. It includes 
information concerning the following: 

o ISO Volume Label 

o iRMX 86 Volume Label 

o fnode file 

o volume free space map file 

o free fnode s map file 

o bad blocks file 

o root directory 

It also discusses the structure of directory files and the concepts of 
long and short files. 

The blocks in Figure 1-1 that are reserved for the Bootstrap Loader are 
not discussed. To include these blocks on a new volume that you are 
formatting, you should copy them from an already formatted volume. 

NOTE 

The following chapters of this 
specification refer to a data type 
called DWORD. DWORD must be 
declared literally as POINTER. This 
results in a 32-bit variable for the 
PLM/86 models COMPACT, MEDIUM, and 
LARGE. 
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CHAPTER 2. VOLUME LABELS 



This chapter describes the structure of the volume labels that must be 
present on a named file volume. These labels are the ISO volume label 
and the iRMX 86 volume label. 



ISO VOLUME LABEL 

The ISO (International Organization for Standardization) volume label is 
recorded in absolute byte positions 768 through 895 of the volume (for 
example, sector 07 of a single density flexible diskette). The structure 
of this volume label is as follows: 



DECLARE 



ISO$VOL$LABEL STRUCTURE( 

LABEL$ID(3) BYTE, 

RESERVED$A BYTE, 

V0L$NAME(6) BYTE, 

VOL$ STRUG BYTE, 

RESERVED$B(60) BYTE, 

REC$SIDE BYTE, 

RESERVED$C(4) BYTE, 

ILEAVE(2) BYTE, 

RESERVED$D BYTE, 

ISO$ VERSION BYTE, 

RESERVED$E(48) BYTE); 



Where: 

LABEL$ID(3) 

RESERVED$A 
V0L$NAME(6) 



VOL$STRUC 



RESERVED$B(60) 



Label identifier. For named file volumes, this 
field contains the ASCII characters "VOL". 

Reserved field containing the ASCII character "1", 

Volume name. This field can contain up to six 
printable ASCII characters, left justified and 
space filled. A value of all spaces implies that 
the volume name is recorded in the iRMX 86 Volume 
Label (absolute byte positions 384-393). 

For named file volumes, this field contains the 
ASCII character "N", indicating that this volume 
has a non-ISO file structure. 

This is a reserved field containing 60 bytes of 
ASCII spaces. 



2-1 



VOLUME LABELS 



REC$SIDE 

RESERVED$C(4) 
ILEAVE(2) 



RESERVED$D 
ISO$ VERS ION 

RESERVED$D(48) 



For named file volumes, this field contains the 
ASCII character "1" to indicate that only one 
side of the volume is to be recorded. 

This is a reserved field containing four bytes of 
ASCII spaces. 

Two ASCII digits indicating the interleave factor 
for the volume, in decimal. ASCII digits consist 
of the numbers through 9. When formatting 
named file volumes, you should set this field to 
the same interleave factor that you use when 
physically formatting the volume. 

This is a reserved field containing an ASCII 
space. 

For named file volumes, this field contains the 
ASCII character "1", which indicates ISO version 
number one. 

This is a reserved field containing 48 ASCII 
spaces. 



iRMX 86 VOLUME LABEL 

The iRMX 86 Volume Label is recorded in absolute byte positions 384 
through 511 of the volume (sector 04 of a single density flexible 
diskette). The structure of this volume label is as follows: 

DECLARE 

RMX$VOLUME$ INFORMATION STRUCTURE( 

VOL$NAME(10) BYTE, 

FILL BYTE, 

FILE$DRIVER BYTE, 

VOL$GRAN WORD, 

VOL$SIZE DWORD, 

MAX$FNODE WORD, 

FNODE$ START DWORD, 

FNODE$SIZE WORD, 

ROOT$FNODE WORD) ; 



Where: 

VOL$NAME(10) 

FILL 
FILE$DRIVER 



Volume name in printable ASCII characters, left 
justified and space filled. 

Reserved field which is set to zero. 

Number of the file driver used with this volume. 
For named file volumes, this field is set to four. 



2-2 



VOLUME LABELS 



VOL$GRAN 



VOL$SIZE 
MAX$FNODE 

FNODE$ START 

FNODE$SIZE 
ROOT$FNODE 



Volume granularity, specified in bytes. This 
value must be a multiple of the device 
granularity. It sets the size of a logical 
device block, also called a volume block. 

Size of the entire volume, in bytes. 

Number of fnodes in the fnode file. Refer to the 
next section for a description of fnodes. 

A 32-bit value which represents the number of the 
first byte in the fnode file (byte is the first 
byte of the volume). 

Size of an fnode, in bytes. 

Number of the fnode describing the root 
directory. Refer to the next section for further 
information. 



The remainder of the Volume Label (bytes 412 through 511) is reserved and 
must be set to zero. 
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CHAPTER 3. INITIAL FILES 



Any mechanism that formats iRMX 86 named volumes must place five files on 
the volume during the format process. These five files are the fnode 
file, the volume free space map file, the free fnodes map file, the bad 
blocks file, and the root directory. The first of these files, the fnode 
file, contains information about all of the files on the volume. The 
general structure of the fnode file is discussed first. Then all of the 
files are discussed in terms of their fnode entries and their functions. 



FNODE FILE 

A data structure called a file descriptor node (or fnode) describes each 
file in a named file volume. All the fnodes for the entire volume are 
grouped together in a file called the fnode file . When the I/O System 
accesses a file on a named volume, it examines the iRMX 86 Volume Label 
(described in the previous section) to determine the location of the 
fnode file, and then examines the appropriate fnode to determine the 
actual location of the file. 

When a volume is formatted, the fnode file contains six allocated 
fnodes. These fnodes represent the fnode file, the volume free space map 
file, the free fnodes map file, the bad blocks file, the root directory, 
and one other file. Later sections of this chapter describe these 
files. The size of the fnode file is determined by the number of fnodes 
that it contains. The number of fnodes in the fnode file also determines 
the number of files that can be created on the volume. 

NOTE 

When formatting a volume, you may be 
able to improve performance by 
placing the fnode file in the middle 
of the volume. By doing this, you 
reduce the average latency by 50%. 
For applications that have heavy file 
access, this may be desirable. 
However, the fnode file must start on 
a volume block boundary. 
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INITIAL FILES 



The structure of an individual fnode in a named file volume is as follows 



FNODE STRUCTURE( 


FLAGS 


WORD, 


TYPE 


BYTE, 


GRAN 


BYTE, 


OWNER 


WORD, 


CR$TIME 


DWORD, 


ACCESS$TIME 


DWORD, 


MOD$TIME 


DWORD, 


TOTAL$SIZE 


DWORD, 


TOTAL$BLKS 


DWORD, 


PTR(8) 


STRUCTURE ( 


NUM$ BLOCKS WORD, 


BLK$PTR(3) BYTE), 


THIS$SIZE 


DWORD, 


RESERVED$A 


WORD, 


RESERVED$B 


WORD, 


ID$ COUNT 


WORD, 


ACCESSORO) 


STRUCTURE ( 


ACCESS 


BYTE, 


ID 


WORD) , 


PARENT 


WORD, 


AUX(*) 


BYTE); 



Where: 



FLAGS 



A WORD which defines a set of attributes for the 
file. The individual bits in this word indicate the 
following attributes (bit is the rightmost bit) : 



Bit 




Meaning 

Allocation status. If set to one, this 
fnode describes an actual file. If set 
to zero, this fnode is available for 
allocation. When formatting a volume, 
this bit is set to one in the six 
allocated fnodes. In other fnodes, it 
is set to zero. 



Long or short file attribute. This bit 
describes how the PTR fields of the 
fnode are interpreted. If set to zero, 
indicating a short file, the PTR fields 
identify the actual data blocks of the 
file. If set to one, indicating a long 
file, the PTR fields identify indirect 
blocks. Indirect blocks are described 
later in this section. When formatting 
a volume, this bit is always set to 
zero, since the initial files on the 
volume are short files. 
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INITIAL FILES 



Bit 

2 

3-4 



7-15 



Meaning 

Reserved bit which is always set to one 

Reserved bits which are always set to 
zero. 

Modification attribute. Whenever a 
file is modified, this bit is set to 
one. Initially, when a volume is 
formatted, this bit is set to zero in 
each fnode. 

Deletion attribute. This bit is set to 
one to indicate that the file is a 
temporary file or that the file is 
going to be deleted (the deletion may 
be postponed because additional 
connections exist to the file) . 
Initially, \^en the volume is 
formatted, this bit is set to zero in 
each fnode . 

Reserved bits which are always set to 
zero. 



TYPE 



Mnemonic 


Value 


FT$ FNODE 





FT$VOLMAP 


1 


FT$FNODEMAP 


2 


FT$ACCOUNT 


3 


FT$BADBLOCK 


4 


FT$DIR 


6 


FT$DATA 


8 



GRAN 



Type of file. The following are acceptable types: 



Tz£e 

fnode f i le 

volume free space map 

free fnode s map 

space accounting file 

bad device blocks file 

directory file 

data file 



During system operation, only the I/O System can 
access file types other than FT$DATA and FT$DIR. 
These file types are discussed later in this section. 

File granularity, specified in multiples of the volume 
granularity. The default value is 1. For the files 
initially present on the volume (fnode file, volume 
free space map file, free fnodes map file, bad blocks 
file, root directory), this value can be set to any 
multiple of the volume granularity. 
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INITIAL FILES 



OWNER 



CR$TIME 



ACCESS$TIME 



MOD$TIME 

TOTAL$SIZE 
TOTAL$BLKS 



User ID of the owner of the file. For the files 
initially present on the volume, this parameter is 
important only for the root directory. For the root 
directory, this parameter should specify the user 
WORLD (FFFFH). The I/O System does not examine this 
parameter for the other files (fnode file, volume free 
space map file, free fnodes map file, bad blocks file) 
and so a value of zero can be specified. 

Time and date that the file was created, expressed as 
a 32-bit value. This value indicates the number of 
seconds since a fixed, user-determined point in time. 
By convention, this point in time is 12:00 A.M., 
January 1, 1978. For the files initially present on 
the volume, this parameter is important only for the 
root directory. A zero can be specified for the other 
files (fnode file, volume free space map file, free 
fnodes map file, bad blocks file). 

Time and date of the last file access (read or write) , 
expressed as a 32-bit value. For the files initially 
present on the volume, this parameter is important 
only for the root directory. 

Time and date of the last file modification, expressed 
as a 32-bit value. For the files initially present on 
the volume, this parameter is important only for the 
root directory. 

Total size, in bytes, of the actual data in the file. 

Total number of volume blocks used by this file, 
including indirect block overhead. A volume block is 
a block of data whose size is the same as the volume 
granularity. All memory in the volume is divided into 
volume blocks, which are nxraibered sequentially, 
starting with the block containing the smallest 
addresses (block 0). Indirect blocks are discussed 
later in this section. 



PTR(8) 



These structures locate the data blocks of the file. 
These data blocks may be scattered throughout the 
volume, but together they make up a complete file. If 
the file is a short file (bit 1 of the FLAGS field is 
set to zero), each PTR structure identifies an actual 
data block. In this case, the fields of the PTR 
structure contain the following: 



NUM$BLOCKS Number of volume blocks in the 
data block. 
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INITIAL FILES 



BLK$PTR(3) A 24-bit value specifying the 

number of the first volume block 
in the data block. Volume blocks 
are numbered sequentially, 
starting with the block with the 
smallest address (block 0). The 
bytes in the BLK$PTR array range 
from least significant 
(BLK$PTR(0)) to most significant 
(BLK$PTR(2)). 

If the file is a long file (bit 1 of the FLAGS field 
is set to one), each PTR structure identifies an 
indirect block, which in turn identifies the data 
blocks of the file. In this case, the fields of the 
PTR structure contain the following: 

NUM$BLOCKS Number of volume blocks pointed to 
by the indirect block. 

BLK$PTR(3) A 24-bit volume block number of 
the indirect block. 

Indirect blocks are discussed later in this section. 

THIS$SIZE Size, in bytes, of the total data space allocated to 

the file. This figure does not include space used for 
indirect blocks, but it does include any data space 
allocated to the file, regardless of whether the file 
fills that allocated space. 

RESERVED$A Reserved field which is set to zero. 

RESERVED$B Reserved field which is set to zero. 

ID$COUNT Number of access-ID pairs declared in the ACCESSOR 
structure. 

ACCESSORO) This structure contains the access-ID pairs which 

define the access rights for the users of the file. 
By convention, when a file is created, the owning 
user's ID is inserted in ACCESSOR(O), along with the 
code for the access rights. The fields of the 
ACCESSOR structure contain the following: 
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INITIAL FILES 



ACCESS Encoded access rights for the file. 

The settings of the individual bits in 
this field grant (if set to one) or 
deny (if set to zero) permission for 
the corresponding operation. Bit is 
the rightmost bit. 

Data File Directory 

Bit Operation Operation 

delete delete 

1 read display 

2 append add entry 

3 update change entry 
4-7 reserved (must be 0) 

ID ID of the user who gains the 

corresponding access permission. 

PARENT Fnode number of directory file which lists this file. 
For files initially present on the volume, this 
parameter is important only for the root directory. 
For the root directory, this parameter should specify 
the number of the root directory's own fnode. For 
other files (fnode file, volume free space map file, 
free fnodes map file, bad blocks file) the I/O System 
does not examine this field. 

AUX(*) Auxiliary bytes associated with the file. The named 
file driver does not interpret this field, but the 
user can access it by making GET$EXTENSION$DATA and 
SET$EXTENSION$DATA system calls (refer to the iRMX 86 
SYSTEM PROGRAMMER'S REFERENCE MANUAL). The size of 
this field is determined by the size of the fnode, 
v^iich is specified in the iRMX 86 Volume Label. The 
Files Utility allocates three bytes for this field by 
default. If you format your own volume, you can make 
this field as large as you wish; however, a larger AUX 
field implies slower file access. 

Certain fnodes designate special files that appear on the volume. The 
following sections discuss these fnodes and the associated files. 
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INITIAL FILES 



FNODE (FNODE FILE) 

The first fnode structure in the fnode file describes the fnode file 
itself. This file contains all the fnode structures for the entire 
volume. It must reside in contiguous locations in the volume. Fields of 
fnode must be set as follows: 

o The bits in the FLAGS field are set to the following (bit is 
the rightmost bit): 



Bit 


Value 


Description 





1 


Allocated file 


1 





Short file 


2 


1 


Primary fnode 


3-4 





Reserved bits 


5 





Initial status is unmodified 


6 





File will not be deleted 


7-15 





Reserved bits 



The TYPE field is set to FT$FNODE. 

The GRAN field is set to 1. 

The OWNER field is set to 0. 

The CR$TIME, ACCESS$TIME, and MOD$TIME fields are set to 0. 

Since the iRMX 86 Volume Label specifies the size of an 
individual fnode structure and the number of fnodes in the fnode 
file, the value specified in the TOTAL$SIZE field of fnode 
must equal the product of the values in the FNODE$SIZE and 
MAX$FNODE fields of the iRMX 86 Volume Label. 

The TOTAL$BLOCKS field specifies enough volume blocks to account 
for the memory listed in the TOTAL$SIZE field. The product of 
the value in the TOTAL$BLOCKS field and the volume granularity 
equals the value of the THIS$SIZE field, since the fnode file is 
a short file. 

Since the fnode file must reside in contiguous locations in the 
volume, only one PTR structure describes the location of the 
file. The value in the NUM$BLOCKS field of that PTR structure 
equals the value in the TOTAL$BLOCKS field. The BLK$PTR field 
indicates the number of the first block of the fnode file. 

The ID$COUNT field is set to zero, indicating that no users can 
access the file. 
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INITIAL FILES 



FNODE I (VOLUME FREE SPACE MAP FILE) 

The second fnode, fnode 1, describes the volume free space map file. The 
TYPE field for fnode 1 is set to FT$VOLMAP to designate the file as such. 

The volume free space map file keeps track of all the space on the 
volume. It is a bit map of the volume, in v^ich each bit represents one 
volume block (a block of space whose size is the same as the volume 
granularity). If a bit in the map is set to one, the corresponding 
volume block is free to be allocated to any file. If a bit in the map is 
set to zero, the corresponding volume block is already allocated to a 
file. The bits of the map correspond to volume blocks such that bit n of 
byte m represents volume block (8 * m) + n. 

When the volume is formatted, the volume free space map file indicates 
that the first 3328 bytes of the volume (the label and bootstrap 
information) plus any files initially placed on the volume (fnode file, 
volume free space map file, free fnodes map file, bad blocks file) are 
allocated. 



FNODE 2 (FREE FNODES MAP FILE) 

The third fnode, fnode 2, describes the free fnodes map file. The TYPE 
field of fnode 2 is set to FT$FNODEMAP to designate the file as such. 

The free fnodes map file keeps track of all the fnodes in the fnodes 
file. It is a bit map in which each bit represents an fnode. If a bit 
in the map is set to one, the corresponding fnode is not in use and does 
not represent an actual file. If a bit in the map is set to zero, the 
corresponding fnode already describes an existing file. The bits in the 
map correspond to fnodes such that bit n of byte m represents fnode 
number (8 * m) + n. 

When the volume is formatted, the free fnodes map file indicates that 
fnodes 0, 1, 2, 3, and 4 are in use. If other files are initially placed 
on the volume, the free fnodes map file must be set to indicate this as 
well. 



FNODE 4 (BAD BLOCKS FILE) 

The fifth fnode, fnode 4, contains all the bad blocks on the voliraie. The 
TYPE field of fnode 4 is set to FT$BADBLOCK to indicate this. 

If there are any unusable blocks on a volume, this fnode must be 
initialized to describe a file which consists of all such bad blocks. If 
there are no bad blocks on the volume, the fnode must still be set up as 
allocated, and of the indicated type, but it should not assign any actual 
space for the file. 
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INITIAL FILES 



ROOT DIRECTORY 

The root directory is a special directory file. It is the root of the 
named file heirarchy for the volume. The iRMX 86 Volume Label specifies 
the fnode number of the root directory. The root directory is its own 
parent. That is, the PARENT field of its fnode specifies its own fnode 
number . 

• 

The root directory (and all directory files) associates file names with 
fnode numbers. It consists of a number of entries that have the 
following structure: 

DECLARE 

DIR$ENTRY STRUCTURE( 
FNODE WORD, 
C0MP0NENT(14) BYTE); 

Where: 

FNODE Fnode number of a file listed in the directory. 

C0MP0NENT(14) A string of ASCII characters that is the final 

component of the path name identifying the file. This 
string is left justified and null padded to 14 
characters. 

When a file is deleted, its fnode number in the directory entry is set to 
zero. 



OTHER FNODES 

When a volume is formatted, one other fnode is set up, representing a 
file of type FT$ACCOUNT, The fnode is set up as allocated, and of the 
indicated type, but it does not assign any actual space for the file. 

When formatting a volume, no other fnodes in the fnode file represent 
actual files. The remaining fnodes must have bit zero (allocation 
status) set to zero. 
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CHAPTER 4. LONG AND SHORT FILES 



A file on a volume is not necessarily one contiguous string of bytes. In 
many cases, it consists of several contiguous blocks of data scattered 
throughout the volume. The fnode for the file indicates the locations 
and sizes of these blocks in one of two ways, as short files or as long 
files. 



SHORT FILES 

If the file consists of eight or less distinct blocks of data, its fnode 
can specify it as a short file. The fnode for a short file has bit 1 of 
the FLAGS field set to zero. This indicates to the I/O System that the 
PTR structures of the fnode identify the actual data blocks that make up 
the file. Figure 4-1 illustrates an fnode for a short file. Decimal 
numbers are used in the figure for clarity. 
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LONG AND SHORT FILES 
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Figure 4-1. Short File Fnode 



As you can see from Figure 4-1, fnode 8 identifies the short file. The 
file consists of three distinct data blocks. Three PTR structures give 
the locations of the data blocks. The NUM$BLOCKS field of each PTR 
structure gives the length of the data block (in volume blocks) and the 
BLK$PTR field points to the first volume block of the data block. 

The other fields shown in Figure 4-1 include TOTAL$BLKS, THIS$SIZE, and 
TOTAL$SIZE. The TOTAL$BLKS field specifies the number of volume blocks 
allocated to the file, v^ich in this case is nine. This equals the sum 
of NUM$BLOCKS values (3+2+3), since short files use all allocated 
space as data space. 

The THIS$SIZE field specifies the number of bytes of data space allocated 
to the file. This is the sum of the NUM$BLOCKS values (3+2+3) 
multiplied by the volume granularity (1024) and equals 8192. 
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LONG AND SHORT FILES 



The TOTAL$SIZE field specifies the number of bytes of data space that the 
file occupies. This is designated in Figure 4-1 by the shaded area. As 
you can see, the file does not occupy all the space allocated for it, and 
so the TOTAL$SIZE value (8000) is not as large as the THI&$SIZE value. 



LONG FILES 

If the file consists of more than eight distinct blocks of data, its 
fnode must specify it as a long file. The fnode for a long file has bit 
1 of the FLAGS field set to one. This tells the I/O System that the PTR 
structures of the fnode identify indirect blocks. The indirect blocks 
identify the actual data blocks that make up the file. 

An indirect block consists of a number of indirect pointers, which are 
structures similar to the PTR structures. However, an indirect block can 
contain more than eight structures and thus can point to more than eight 
data blocks. The structure of each indirect pointer is as follows: 

DECLARE 

IND$PTR STRUCTUREC 
NBLOCKS BYTE, 
BLK$PTR BLOCK$NUM) ; 

Where : 

NBLOCKS Number of volume blocks in the data block. 

BLK$PTR A 24-bit volume block number of first volume block in 
the data block. Volume blocks are numbered 
sequentially throughout the volume, starting with the 
block with the smallest address (block 0). 



Figure 4-2 illustrates an fnode for a long file. Decimal numbers are 
used in the figure for clarity. 
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LONG AND SHORT FILES 



Label and bootstrap 
information 



fnode 9 



20480 




(node file 



volume granularity = 1024 



Figure 4-2. Long File Fnode 



As you can see from Figure 4-2, fnode 9 identifies the long file. The 
actual file consists of nine distinct data blocks. One PTR structure and 
an indirect block give the locations of the data blocks. The NUM$BLOCKS 
field of the PTR structure contains the number of volume blocks pointed 
to by the indirect block. The BLK$PTR field points to the first volume 
block of the indirect block. 

In the indirect block, each NBLOCKS field gives the length of an 
individual data block and each BLK$PTR field points to the first volume 
block of a data block. 
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LONG AND SHORT FILES 



Figure 4-2 algo lists the TOTAL$BLKS, THIS$SIZE, and TOTAL$SIZE values, 
which are more complex than for a short file. The TOTAL$BLKS field 
specifies the number of volume blocks allocated to the file, which in 
this case is 21. Twenty of the volume blocks are used for actual data 
storage and one of the blocks is used for the indirect block. 

The THIS$SIZE field specifies the number of bytes of data space allocated 
to the file, and does not include the size of the indirect block. This 
size is equal to the NUM$BLOCKS value (20) or the sum of NBLOCKS values 
in the indirect block (2+1+2+3+2+3+3+2+2= 20) multiplied 
by the volume granularity (1024) and equals 20480. 

The T0TAL$SIZE field specifies the number of bytes of data space that the 
file currently occupies. This is designated in Figure 4-2 by the shaded 
areas. As you can see, the file does not occupy all the space allocated 
for it, and so the TOTAL$SIZE value (20300) is not as large as the 
THIS$SIZE value. 
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CHAPTER 5. EXAMPLE VOLUME 



This chapter lists the labels, fnode file, volume free space map file, 
free fnode map file, and root directory of a single density diskette 
which has been formatted by using Files Utility FORMAT command with 
default parameters. Refer to the iRMX 86 INSTALLATION GUIDE FOR ISIS-II 
USERS for further information about the Files Utility. This volume also 
contains one additional file whose fnode is shown. 



ISO VOLUME LABEL 



The following lists the individual fields of the ISO Label. Each 
two-digit number represents one byte, and thus one ASCII character, 
label begins with byte number 768 of the diskette. 



This 



field 


value (hex) 


ASCII equivalent 


LABEL$ID(3) 


56 4F 4C 


VOL 


LABEL$NO 


31 


1 


V0L$NAME(6) 


20 20 20 20 20 20 


(spaces) 


VOL$STRUC 


4E 


N 


RESERVED$A(60) 


20 (60 times) 


(spaces) 


REC$SIDE 


31 


1 


RESERVED$B(4) 


20 (four times) 


(spaces) 


ILEAVE(2) 


31 30 


10 


RESERVED$C 


20 


(space) 


ISO$VERSION 


31 


1 


RESERVED$D(48) 


20 (48 times) 


(spaces) 
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EXAMPLE VOLUME 



jRMX 86 VOLUME LABEL 

The following lists the individual fields of the iBlMX 86 Volume Label. 
This label begins with byte 384 of the diskette. Following this listing, 
the individual fields are shown. 



field 


value 












ASCII or decimal 
equivalent 


VOL$NAME(10) 


45 58 41 4D 50 


4C 


45 


00 


00 


00 


EXAMPLE 


FILE$DRIVER 


04 












4 


VOL$GRAN 


0080 












128 


VOL$SIZE 


E900 0003 












256256 


MAX$FNODE 


0064 












100 


FNODE$ START 


ODOO 0000 












3328 


FNODE$SIZE 


005A 












90 


ROOT$FNODE 


0005 












5 



FNODE FILE 

The following lists the individual fields of the fnodes in the fnode 
file. Included are fnodes for the fnode file, the free space map file, 
the free fnodes map file, the accounting file, the bad blocks file, the 
root directory, and the example file. The fnode file begins at byte 
number 3328 decimal (ODOOH) of the diskette, as shown in the iRMX 86 
Volume Label. 



FNODE (FNODE FILE) 



field 


value (hex) 


FLAGS 


0005 


TYPE 


00 


GRAN 


01 


OWNER 


0000 


CR$TIME 


0000 0000 


ACGESS$TIME 


0000 0000 


MOD$TIME 


0000 0000 



decimal equivalent 

(FT$FN0DE) 

1 

0000 
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EXAMPLE VOLUME 




field 


value (hex) 


decimal equivalent 


TOTAL$SIZE 


2328 0000 


9000 


TOTAL$BLKS 


0047 0000 


71 


PTR(O) 






NUM$ BLOCKS 


0047 


71 


BLK$PTR(0) - 
BLK$PTR(2) 


lA 00 00 


26 


PTR(l) - PTR(7) 






NUM$ BLOCKS 


0000 





BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 





THIS$SIZE 


2380 0000 


9088 


RESERVED$A 


0000 





RESERVED$B 


0000 





ID$COUNT 


0000 





ACCESSOR(O) " 
ACCESS0R(2) 






ACCESS 


FF 




ID 


0000 




PARENT 


0000 




AUX(*) 


00 00 00 





FNODE 1 (FREE SPACE MAP) 



field 


value (hex) 


FLAGS 


0005 


TYPE 


01 


GRAN 


01 


OWNER 


QOOO 


CR$TIME 


0000 0000 



decimal equivalent 

1 (FT$V0LMAP) 

1 

0000 
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EXAMPLE VOLUME 




field 


value (hex) 


decimal ec^uivalent 


ACCESS$TIME 


0000 0000 





MOD$TIME 


0000 0000 





TOTAL$SIZE 


OOFB 0000 


251 


TOTAL$BLKS 


0002 0000 


2 


PTR(O) 






NUM$BLOCKS 


0002 


71 


BLK$PTR(0) - 
BLK$PTR(2) 


61 00 00 


97 


PTR(l) - PTR(7) 






NUM$BLOCKS 


0000 





BLK$PTR(0) " 
BLK$PTR(2) 


00 00 00 





THIS$SIZE 


0100 0000 


256 


RESERVED$A 


0000 





RESERVED$B 


0000 





ID$ COUNT 


0000 





ACCESSOR(O) - 
ACCESS0R(2) 






ACCESS 


FF 




ID 


0000 




PARENT 


0000 




AUX(*) 


00 00 00 





FNODE 2 (FREE FNODE MAP) 
field value (hex) 



FLAGS 


0005 


TYPE 


02 


GRAN 


01 



decimal equivalent: 

1 (FT$FNODEMAP) 
1 
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field 


EXAMPLE V 
value (hex) 


^OLUME 

decimal equivalent 


OWNER 


0000 


0000 


CR$TIME 


0000 0000 





ACCESS$TIME 


0000 0000 





MOD$TIME 


0000 0000 





TOTAL$SIZE 


OOOD 0000 


13 


TOTAL$BLKS 


0001 0000 


1 


PTR(O) 






NUM$ BLOCKS 


0001 


1 


BLK$PTR(0) - 
BLK$PTR(2) 


63 00 00 


99 


PTR(l) - PTR(7) 






NUM$BLOCKS 


0000 





BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 





THIS$SIZE 


0080 0000 


128 


RESERVED$A 


0000 





RESERVED$B 


0000 





ID$COUNT 


0000 





ACCESSOR(O) " 
ACCESS0R(2) 






ACCESS 


FF 




ID 


0000 




PARENT 


0000 




AUX(*) 


00 00 00 
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EXAMPLE VOLUME 



FNODE 3 (ACCOUNTING FILE) 

No space for this file is allocated on the volume. However, its fnode 
must appear in the fnode file. 

decimal equivalent 

3 (FT$ ACCOUNT) 

1 

0000 













field 


value (hex) 


FLAGS 


0005 


TYPE 


03 


GRAN 


01 


OWNER 


0000 


CR$TIME 


0000 0000 


ACCESS$TIME 


0000 0000 


M0D$TIME 


0000 0000 


T0TAL$SIZE 


0000 0000 


T0TAL$BLKS 


0000 0000 


PTR(0)-PTR(7) 




NUM$BLOCKS 


0000 


BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 


THIS$SIZE 


0000 0000 


RESERVED$A 


0000 


RESERVED$B 


0000 


ID$COUNT 


0000 


ACCESSOR(O) - 
ACCESS0R(2) 




ACCESS 


FF 


ID 


0000 


PARENT 


0000 


AUX(*) 


00 00 00 
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EXAMPLE VOLUME 



FNODE 4 (BAD BLOCKS FILE) 

No space for this £ile Is allocated on the volume. However, its fnode 
must appear in the fnode file. 

decimal equivalent 

3 (FT$BADBLOCK) 

1 

0000 













field 


value (hex) 


FLAGS 


0005 


TYPE 


04 


GRAN 


01 


OWNER 


0000 


CR$TIME 


0000 0000 


ACCESS$TIME 


0000 0000 


MOD$TIME 


0000 0000 


T0TAL$SIZE 


0000 0000 


T0TAL$BLKS 


0000 0000 


PTR(0)-PTR(7) 




NUM$BL0CKS 


0000 


BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 


THIS$SIZE 


0000 0000 


RESERVED$A 


0000 


RESERVED$B 


0000 


ID$COUNT 


0000 


ACCESSOR(O) - 
ACCESS0R(2) 




ACCESS 


FF 


ID 


0000 


PARENT 


0000 


AUX(*) 


00 00 00 
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EXAMPLE VOLUME 



FNODE 5 (ROOT DIRECTORY) 



field 


value (hex) 


FLAGS 


0025 


TYPE 


06 


GRAN 


01 


OWNER 


FFFF 


CR$TIME 


0000 0000 


ACCESS$TIME 


0000 0000 


MOD$TIME 


0000 0000 


TOTAL$SIZE 


0010 0000 


TOTAL$BLKS 


0001 0000 


PTR(O) 




NUM$BLOCKS 


0001 


BLK$PTR(0) - 
BLK$PTR(2) 


70 00 00 


PTR(l) - PTR(7) 




NUM$BLOCKS 


0000 


BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 


THIS$SIZE 


0080 0000 


RESERVED$A 


0000 


RESERVED$B 


0000 


ID$COUNT 


0001 


ACCESSOR(O) 




ACCESS 


FF 


ID 


FFFF 



decimal equivalent 

1 (FT$DIR) 

1 

(WORLD) 







16 

1 

1 
112 






128 


1 



(WORLD) 
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EXAMPLE 


VOLUME 


field 


value (hex) 


decimal equivalent 


ACCESSOR(l) - 
ACCESS0R(2) 






ACCESS 


FF 




ID 


0000 




PARENT 


0005 




AUX(*) 


00 00 00 




FNODE 6 (EXAMPLE FILE) 




field 


value 


decimal e<^uivalent 


FLAGS 


0025 




TYPE 


08 


8 (FT$DATA) 


GRAN 


01 


1 


OWNER 


FFFF 


(WORLD) 


CR$TIME 


0000 0000 





ACCESS$TIME 


0000 0000 





MOD$TIME 


0000 0000 





TOTAL$SIZE 


01F4 0000 


500 


TOTAL$BLKS 


0004 0000 


4 


PTR(O) 

NUM$ BLOCKS 


0004 


4 


BLK$PTR(0) - 
BLK$PTR(2) 


80 00 00 


128 


PTR(l) - PTR(7) 






NUM$ BLOCKS 


0000 





BLK$PTR(0) - 
BLK$PTR(2) 


00 00 00 





THIS$SIZE 


0200 0000 


512 


RESERVED$A 


0000 





RESERVED$B 


0000 
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EXAMPLE VOLUME 



field 



value 



ID$ COUNT 


0001 


ACCESSOR(O) 




ACCESS 


OF 


ID 


FFFF 


ACCESSOR(l) - 
ACCESS0R(2) 




ACCESS 


00 


ID 


0000 


PARENT 


0005 


AUX(*) 


00 00 00 



decimal equivalent 
1 



(WORLD) 



FREE SPACE MAP FILE 

The following is a listing of the free space map file 
at byte 12416 of the volume (volume block 61H). 



This file starts 



byte 



12416 


0000 


0000 


0000 


0000 


0000 


0000 


FFFO 


FFFE 


12432 


FFFO 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12448 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12464 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12480 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12496 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12512 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12528 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12544 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12560 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12576 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12592 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12608 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12624 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12640 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


12656 


FFFF 


FFFF 


FFFF 


FFFF 


FFFF 


0003 


0000 


0000 
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EXAMPLE VOLUME 



FREE FNODES MAP FILE 

The following is a listing of the free fnodes map file. This file starts 
at byte 12672 of the volume (volume block 63H) . 



byte 

12672 FF80 FFFF FFFF FFFF FFFF FFFF OOOF 0000 

12688 0000 0000 0000 0000 0000 0000 0000 0000 

12704 0000 0000 0000 0000 0000 0000 0000 0000 

12720 0000 0000 0000 0000 0000 0000 0000 0000 

12736 0000 0000 0000 0000 0000 0000 0000 0000 

12752 0000 0000 0000 0000 0000 0000 0000 0000 

12768 0000 0000 0000 0000 0000 0000 0000 0000 

12784 0000 0000 0000 0000 0000 0000 0000 0000 



ROOT DIRECTORY 

The following is a listing of the root directory. This file starts at 
byte 14336 of the volume (volume block 70H) . 



byte 

14336 06 00 45 58 41 4D 50 4C 45 2E 46 49 4C 45 00 00 

14352 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14368 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14384 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14400 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14416 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14432 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 

14448 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 
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